
United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 

Address: COMMISSIONER FOR PATENTS 
P.O. Box 1450 

Alexandria, Virginia 223 13-1450 
www.uspto.gov 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. 



CONFIRMATION NO. 



09/844,993 



04/27/2001 



23562 7590 12/23/2004 

BAKER & MCKENZIE 
PATENT DEPARTMENT 
2001 ROSS AVENUE 
SUITE 2300 
DALLAS, TX 75201 



Jacob Dreyband 



033144-017 



1373 



EXAMINER 



CHANNAVAJJALA, SRI RAMA T 



ART UNIT 



PAPER NUMBER 



2164 

DATE MAILED: 12/23/2004 



Please find below and/or attached an Office communication concerning this application or proceeding. 



PTO-90C (Rev. 10/03) 



Office Action Summsrv 


Application No. 

09/844,993 


Applicant(s) 

DREYBANDET AL 


Examiner 

Srirama Channavajjala 


Art Unit 

2164 





-- The MAILING DATE of this communication appears on the cover sheet with the correspondence address -- 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1.136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 
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5) D Claim(s) is/are allowed. 
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DETAILED ACTION 
Response to ECE 

1 . Claims 1 -36 are presented for examination. 

2. A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 

14 Oct 2004 has been entered and a non-final Office action, as stated below 

3. Claims 1,9,15,23,29 have been amended [see 10/14/2004 amd.] 

4. Examiner acknowledges applicants' amendment filed on 1 1/7/2003, paper no. 9. 

5. Claims 1-6,9,1 1 ,15-20,23,25,27,29-35 have been amended, paper no. # 9. 

Drawings 

6. The formal drawings filed on 1 1/7/2003, paper no. # 1 0 are acceptable for 
examination. 

Information Disclosure Statement 

7. The information disclosure statement filed on 4/27/2001 , paper no. # 2 has been 
considered and a copy was enclosed with this office action, paper no. # 5. 
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Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

8. Claims 1-3,9,15-17,23, 29-31 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Grady et al., UML for XML schema mapping specification, 
12/08/99 in view of Davidson et al., [hereafter Davidson], US Pub.No. 
2002/0133811 filed on 14 Dec. 2000. 

9. As to Claims 1,15,29, Grady et al., teaches a system which including 'mapping a 
descriptive language including a data description having a structure complexity into an 
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object oriented programming language [see Abstract, page 2, 1 .1], Grady is directed to 
standard object oriented language schemas, more specifically UML for XML schema 
mapping as detailed in Abstract, further Grady also suggests for example object 
management group where UML has been established certain standards, as best 
understood by the examiner, descriptive language is to enhance future extensibility and 
reusability of information in any embedded system for example XML is one of the 
suitable tool as detailed in Abstract, further it is noted that Grady specifically suggested 
unified modeling language or UML is a standard object-oriented language that 
corresponds to object oriented programming language [see Abstract, line 1-3]; 

'receiving the data description' [page 2, item 2], Grady specifically directed to 
mapping data types in XML schema to classes, further Grady teaches data types 
semantics that are related to XML schema concept, see table in page 3; 

'identifying a complex-type element in the data description' [page 3, item 
1 .4, page 6, item 1 .8], identifying complex-type element is integral part in the XML 
document instances of Grady because firstly Grady is directed to XML schema, [see 
page 6, item 1 .8], secondly, Grady specifically teaches for example defining two 
different data type(s) as detailed in page 3, item 1 .4, further it is noted that complex 
types in XML schemas are user defined data types that can include other elements or 
attributes, complex types can contain elements defined as either simple or complex, 
complex types can also include attributes and groups, whereas simple types can only 
contain facets [see page 6, item:1 .8], As best understood by the examiner, complex 
types are defined using the complex type element and typically contain combination of 
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element, attribute, and group declaration, as well as references to globally declared 
elements and groups, further a complex type can be thought of as a mini-schema that 
defines the valid structure and data contained within a specific element as detailed in 
page 6, item 1 .8; 



'creating an executable object oriented class corresponding to the identified 
complex-type element, wherein the class includes an internal static class wherein the 
internal static class corresponds to the structure complexity of the data description* 
[page 4, 1'5, page 6 example the XML schema], as best understood by the examiner, 
static class analysis is a kind of data flow analysis that computes a set of classes for 
each variable and expression in a method is integral part of object oriented language 
such as C++, further it is noted that descriptive language is not only enhance future 
extensibility but also reusability of classes and methods, for example a simple static 
class is created as shown below and this is common knowledge object oriented 
environment. 



[code] 

include <iostream> 
class test { 
static int counter; 
public: 

int getcount() { return counter;} 
test(); 

}; 

int test::counter = 0; 

test::test(){ 
counter++; 

} 
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int main(void) { 
test xyz, bar; 

cout « xyz.getcount() « "\n"; 
} 

[/code]. 

Although, creating an executable object oriented class is integral part of Grady's 
teaching because firstly, Grady is directed to UML or Unified Modeling Language is 
itself a standard object-oriented design language [see ABSTRACT], secondly, 
executable UML is the next layer of abstraction depends on profile of UML, also 
describes the data and the behavior, further executable UML doesn't make coding 
decisions, and make use of compiler to generate code, thirdly executable UML is a 
subset of UML proper as detailed above, on the other hand, to be useful, this subset of 
UML must have a way to specify actions at a higher level of abstraction than a 
programming language. There are many executable profiles that could be defined to 
select a set of meaningful components and how they interact during execution. For 
example, a object can invoke methods of other objects, which in turn invoke more 
methods is part of Grady's Unified modeling language 

It is however, noted that Grady does not specifically teach "object oriented class 
that is independently executable in a run-time environment', although Grady specifically 
suggests unified modeling language or UML is a standard object-oriented design 
language. On the other hand, Duftler disclosed "object oriented class that is 
independently executable in a run-time environment' [page 1, col 1-2, 0009-0014], 
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Duftler teaches object oriented language for example Java specifically defining and 
implementing XML as detailed in 0011-1113. 

It would have been obvious to one of the ordinary skill in the art at the time of 
applicant's invention to incorporate the teachings of Duftler et al. into UML for XML 
schema mapping specification of Grady because both Grady and Duftler are directed to 
XML schema, and both are directed to object oriented language [see Grady: Abstract; 
Duftler: abstract, page 1, col 1, 0005-0006] and afe from same field of endeavor. 

One of the ordinary skill in the art at the time of applicant's invention to 
incorporate the teachings of Duftler et al. into UML for XML schema mapping of Grady 
because that would have allowed users of Grady to define and implement object 
oriented language for example Java independently executable in a run-time because 
Java is executable in any platform, further bringing the advantages of JavaBean 
components automatically generated at run time [see page 1, 0006]. 

10. Claims 8,14,22,28,36 most of the limitations of this claim have been noted in the 
rejection of Claim 1 above. In addition, with respect to the claimed feature Duftler 
disclosed 'naming space with said internal static class to provide an implementation of 
said structure complexity' [see page 9, 0122-0123]. 

11. As to Claims 2, 1 6,30 Grady teaches a system which including 'receiving the data 
description comprises receiving an XML Schema [see page 6, 1 .8 XML schema]. As 
best understood by the examiner, the purpose of XML schema is to define the building 



Application/Control Number: 09/844,993 Page 8 

Art Unit: 2164 

blocks of an DML document, just like a data type definition, further it should be noted 
fundamental XML schema defines such as: elements that appear in a document, 
defines attributes that appear, defines which elements are child elements, defines the 
order of child elements, defines the number of child elements, defines whether an 
element is empty or can include text, defines data types for elements and attributes, 
defines default and fixed values for elements and attributes [see Grady: page 4, 
item 1 .5] 

12. As to Claims 3,17,31, the limitations of this claim have been noted in the rejection 
of above claim. In addition, Grady disclosed 'validating the data description ' [see 
Abstract, page 4 1 .5 defining element type]. As best understood by the examiner, XML 
Schema provides powerful dedicated validation features for things like uniqueness, 
referential integrity, enumerations, complex types and the various data type facet as 
suggested by Grady, at page 3, item 1 .3. 

13. As to Claims 9 and 23, Grady teaches a system which including 'mapping a 
schema including a structural complexity into an executable object oriented 
programming language wherein the object oriented programming language provides a 
one to one correspondence between the structural complexity of the Schema and the 
functionality of the object oriented programming language' [see Abstract], Grady 
specifically directed to unified modeling language which is a standard object oriented 
design language that is used by the object management group, further XML schema is 
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integrated for example developing an object model that represented in DML, describing 
relationships between XML and system to process it as detailed in page , introduction, 
Schema corresponds to Grady's XML schema as detailed in page 2, item 1.1. 

Although Grady teaches, an executable object oriented language which is 
integral part of Grady's teaching because firstly, Grady is directed to UML or Unified 
Modeling Language is itself a standard object-oriented design language [see 
ABSTRACT], secondly, executable UML is the next layer of abstraction depends on 
profile of UML, also describes the data and the behavior, further executable UML 
doesn't make coding decisions, and make use of compiler to generate code, thirdly 
executable UML is a subset of UML proper as detailed above, on the other hand, to be 
useful, this subset of UML must have a way to specify actions at a higher level of 
abstraction than a programming language. There are many executable profiles that 
could be defined to select a set of meaningful components and how they interact during 
execution. For example, a object can invoke methods of other objects, which in turn 
invoke more methods is part of Grady's Unified modeling language; 

'receiving said schema' [page 3, item 3, 1 .3, section 4, page 6], schema 

corresponds to XML schema as detailed in section 4, page 6,; 

'validating said schema' [see Abstract, page 4 1.5 defining element type], 
'creating a set of executable object oriented classes including a set of internal 

static classes to provide a mapping of the schema into the object oriented language' 



Application/Control Number: 09/844,993 Page 10 

Art Unit: 2164 

[page 4, 1*5, page 6 example the XML schema], as best understood by the examiner, 
static class analysis is a kind of data flow analysis that computes a set of classes for 
each variable and expression in a method is integral part of object oriented language 
such as C++, further it is noted that descriptive language is not only enhance future 
extensibility but also reusability of classes and methods, for example a simple static 
class is created as shown below and this is common knowledge object oriented 
environment. 

[code] 

include <iostream> 
class test { 
static int counter; 
public: 

int getcount() { return counter;} 
test(); 

}; 

int test::counter = 0; 

test::test() { 

counter++; 

} 

int main(void) { 
test xyz, bar; 

cout « xyz.getcount() « "\n"; 
} 

[/code]. 



It is however, noted that Grady does not specifically teach "independently 
executable in a run-time environment', although Grady specifically suggests unified 
modeling language or UML is a standard object-oriented design language. On the other 
hand, Duftler disclosed "object oriented class that is independently executable in a run- 
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time environment' [page 1, col 1-2, 0009-0014], Duftler teaches object oriented 
language for example Java specifically defining and implementing XML as detailed in 
0011-1113. 

It would have been obvious to one of the ordinary skill in the art at the time of 
applicant's invention to incorporate the teachings of Duftler et al. into UML for XML 
schema mapping specification of Grady because both Grady and Duftler are directed to 
XML schema, and both are directed to object oriented language [see Grady: Abstract; 
Duftler: abstract, page 1 , col 1 , 0005-0006] and age from same field of endeavor. 

One of the ordinary skill in the art at the time of applicant's invention to 
incorporate the teachings of Duftler et al. into UML for XML schema mapping of Grady 
because that would have allowed users of Grady to define and implement object 
oriented language for example Java independently executable in a run-time because 
Java is executable in any platform, further bringing the advantages of JavaBean 
components automatically generated at run time [see page 1 , 0006]. 
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14. Claims 4-14,18-28,32-36 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Grady et al., UML for XML schema mapping specification, 
12/08/99, Duftler et al., [hereafter Dulftler], US 2002/0133811 as applied to claims 
1,15,29 above, and further in view of Davidson et al., [hereafter Davidson], US 
Patent No. 6083276. 

15. As to Claims 4,10,18,24,32, both Grady, Duftler teaches a system which 
including XML data description, mapping specification [ Grady: see Abstract; Duftler: 
Abstract], however, Grady and Dulfler do not specifically teach 'mutator method', 
although both Grady, and Duftler suggests for example standard object oriented design 
language that is widely used in software development area [see Grady: Abstract; 
Duftler: Abstract]. On the other hand, Davidson disclosed 'mutator method' [col 24, line 
65-67, col 25, line 1-7], examiner interpreting mutator method corresponds to 
Davidson's mutator methods as detailed in col 25, line 4-6, fig 5. 

It would have been obvious to one of the ordinary skill in the art at the time of 
applicant's invention to incorporate the teachings of Davidson et al., into UML for XML 
schema mapping specification of Grady et al., and Bean scripting components which is 
XML based language for defining and implementing JavaBean of Duftler et al. because 
they all are directed to XML mapping the schema [see Grady et al., Abstract, page 2: 
1 .1 ; Duftler: Abstract,;Davidson: fig 1 , element 1 22], they all are directed to descriptive 
language including a data description [see Grady et al. XML example page6; Duftler: 
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page 1, col 2, 0013; Davidson: col 8, line 10-20, col 21, line 50-65, fig 3A-4A] and they 
all are directed to XML environment and are both from the same field of endeavor. 
One of ordinary skill in the art at the time of the invention would have been motivated to 
combine the references with Davidson et al. because that would have allowed users of 
Grady's UML for XML schema mapping, Bean scripting components which is XML 
based language for defining and implementing JavaBean of Duftler to control which 
relative combinations of specific properties, events, methods, classes satisfies his or her 
needs as suggested by Davidson et al [col 4, line 48-58]. 

1 6. As to Claims 5,11,1 9,25, and 33, both Grady and Davidson teach Validity 
determination as to said data description' [see Grady: Abstract, page 2, 1.1; Davidson: 
fig 3A-4A], Davidson teaches 'sending request including said data description from a 
user to a remote server 1 [fig 1 , col 7, line 30-40]. 

17. As to Claims 6,12,20,26,34, the limitations of this claim have been noted in the 
rejection of claim above. In addition, Davidson disclosed 'reading said data description 
into a set of valid descriptor classes' [col 9, line 41-52], 'creating a set of objects out of 
the data description wherein the occurrence of an object reflects validity' [col 10, 

line 4-20]. 
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18. As to Claims 7,13,21,27,35, the limitations of this claim have been noted in the 
rejection of claim above. In addition, Davidson disclosed 'Java, C++, Smalltalk' [col 2, 
line 21-29]. 



Response to Arguments 

19. Applicant's arguments filed on 10.14.2004 with respective to Claims 1-36 have 
been fully considered but they are not persuasive, for examiner's response, see 
discussion below: 

a) At page 11, claims 1-3,8,14-17,22,28-31,36, applicant argues that while UML is 
an object oriented language, it is still a descriptive language and not an independently 
executable programming language" 

As to the argument [a], examiner appreciates that applicant recognized Grady 
teaches unified modeling language or UML is an object oriented language [see Grady 
Abstract, line 1-3. Although Grady teaches XML schema based on standard W3C, XML 
itself a language for defining XML structure, and UML [see Abstract], It is however, 
noted that Grady does not specifically teach independently executable programming 
language. On the other hand, Duftler teaches Java language especially defining and 
implementing JavaBeans that automatically generated at run-time [see page 1 , 0006- 
0007], also Java is independently executable programming language 



Application/Control Number: 09/844,993 Page 1 5 

Art Unit: 2164 

b) At page 12, claims 1-3,8,14-17,22,28-31 ,36, applicant argues that "the present 
claims recite creating an executable object-oriented class that is independently 
executable in a run time environment 

As to the argument [b], in the present office action, examiner noted that Grady 
does not specifically teach "independently executable in a run-time environment', 
although Grady specifically suggests unified modeling language or UML is a standard 
object-oriented design language. On the other hand, Duftler disclosed "object oriented 
class that is independently executable in a run-time environment' [page 1, col 1-2, 0009- 
0014], Duftler teaches object oriented language for example Java specifically defining 
and implementing XML as detailed in 001 1 -1 1 1 3. 

It would have been obvious to one of the ordinary skill in the art at the time of 
applicant's invention to incorporate the teachings of Duftler et al. into UML for XML 
schema mapping specification of Grady because both Grady and Duftler are directed to 
XML schema, and both are directed to object oriented language [see Grady: Abstract; 
Duftler: abstract, page 1, col 1 , 0005-0006] and age from same field of endeavor. 

One of the ordinary skill in the art at the time of applicant's invention to 
incorporate the teachings of Duftler et al. into UML for XML schema mapping of Grady 
because that would have allowed users of Grady to define and implement object 
oriented language for example Java independently executable in a run-time because 
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Java is executable in any platform, further bringing the advantages of JavaBean 
components automatically generated at run time [see page 1 , 0006]. 

c) At page 13, claims 4-14,18-28,32-36, applicant argues that "Since the present 
claims set forth such mapping into a programming language, the resulting code is 
independently executable in a run-time environment, and thus does not require writing 
separate run-time code to execute the descriptive code. 

As to the above argument [c], Claims 4-14,18-28,32-36 are rejected under 
35 U.S.C. 103(a) as being unpatentable over Grady et al., UML for XML schema 
mapping specification, 12/08/99, Duftler et al., [hereafter Dulftler], US 2002/013381 1 
as applied to claims 1,15,29 above, and further in view of Davidson et al., [hereafter 
Davidson], US Patent No. 6083276. Also, as noted above, Duftler specifically teaches 
object oriented class that is independently executable in a run-time environment' [page 
1 , col 1-2, 0009-0014], Duftler teaches object oriented language for example Java 
specifically defining and implementing XML as detailed in 001 1-1 113, although Grady 
teaches standard object-oriented language [see Abstract]. 
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Conclusion 
The prior art made of record 

a. Grady et al., UML for XML schema mapping 
specification published on 12/8/1999, page 1-8. 

b. US Patent No. 6083276 

c. US Patent No. 20020133811 



The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure 



c. 


US 


Patent No. 


5794030 


d. 


US 


Patent No. 


6540142 
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US 


Patent No. 


6569207 


f. 


US 


Patent No. 


6418446 


g- 


US 


Patent No. 


6026408 


h. 


US 


Patent No. 


5797137 


i. 


US 


Patent No. 


6490581 


j- 


US 


Patent No. 


5956730 


k. 


US 


Patent No. 


5809505 


I. 


US 


Patent No. 


6446256 



m. Lucian et al., Mapping XML and relational schemas 



with clio, 2 pages 
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n. 



Migrating from XML DTD to XML schema using UML, 



Rational Software white paper, year 2000, pages 1-8 



US Patent No. 



5794030 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Srirama Channavajjala whose telephone number is 571 - 
272-4108. The examiner can normally be reached on Monday-Friday from 8:00 AM to 
5:30 PM Eastern Time. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Dov Popvici, can be reached on 571 -272- .4083. The fax phone numbers for 
the organization where the application or proceeding is assigned is 703/872-9306 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free) 



sc tft/ 
Patent Examiner. 
November 22, 2004. 





